homebrew sans carte sd

Bonjour à tous,

Cela fait quelques jours que je parcoure le forum et malgré tout, j'ai comme bien d'autres, des interrogations.
En effet, j'ai acheté une console switch pour mes enfants pour Noël. J'ai bien fais attention pour prendre le bon modèle (patchable). J'ai entre temps commandé une licence SX os, un câble usb-c, un Jig (plus un trombone car le Jig viens de très loin et sera là que dans 1 mois....) et j'ai une micro sd de marque de 64 go...

La console est en version 4.1.0

Je compte dans un premier temps :

1- Faire la sauvegarde de la Nand avec Hekate : batterie à 100 % ma sd de 64go en Exfat (formatée) dans la console, après avoir fais la procédure du Jig (avec le trombone), je vais injecter le fichier hekate_ctcaer_xx.bin avec TegraRcmGui. Si c'est OK, je ferai alors le dump Raw eMMC, puis le Dump eMLMC Boot. Et archiver au cas où tout cela...
2- Installer SX os avec ma carte sd 64 go formatée en Fat32 (car je suis en version 4.1.0) et valider ma licence hors ligne sans installer l'auto RCM.
3- Mettre à jour la console hors ligne avec le homebrew ChoiDuJourNX en 6.0.1 (?) pour pouvoir utiliser ma sd en Exfat pour y poser des fichiers xci > 4 Go...
4- Refaire une sauvegarde de la Nand avec Hekate ? est-ce utile ?...
5- Tout remballer pour que le père noël y dépose au pied du sapin...

MAIS, j'ai tout de même quelques questions :

- Est-ce que ma procédure est la bonne ? dans le bon ordre ( ou mise à jour firmware avant SX os : comment ?) En effet, je n'ai pas trouvé le tuto "best practice"
- Comment puis-je bloquer les mises à jour automatique (surtout pour le firmware 6.2.0) ? Où le mieux est de ne pas configurer le wifi ?
- D'autres idées ou remarques ?

Merci de m'avoir lu et pour vos réponses constructives...

Bonne journée, Eric.

Ok, donc rien à voir avec ton post précédent que tu as posté sur le tuto du SX OS. Essaies d'injecter Hekate et mets sur ta carte SD, la compilation SDFilesSwitch pour voir. On verra après pour atmosphère mais le principe reste le même comme indiqué dans le Tutoriel. Il te suffit d'extraire son contenu sur ta carte SD accompagné de SDFilesSwitch. Et tu utilises le payload Fusee-primary.bin pour l'injection.

Si tu es entre 5.x.x et 6.1.0, ta carte SD formatée en exFat a besoin sans doute que ce dit format soit activé via une mise à jour.

Merci pour vos réponses.
En effet je voulais faire la MAJ jetais en 6.0.1 et tout les jeux, nsp et n'importe lesquels me demandaient de lancer la maj de la console. Mais je peux jouer sans problème en n'acceptant pas la demande de MAJ, c'est juste chiant le monde popup de la Maj . Je ne suis pas ban jenleve toujours ma carte sd quand je vais sur le eshop mais je suis conscient du risque, je croise les doigts.
C'est surtout pour l'abonnement en ligne dont je n'avais plus acces pour Diablo 3 en version physique acheté en vrai (Oui c'est pas malin avec la console jailbreak) que ça pausais pb cette demande de mise à jour obligatoire.
Du coup j'ai fais la Maj pas eu le choix. Je suis donc en 6.1.0 avec le sx pro et ça fonctionne parfaitement.
Merci beaucoup d avoir pris le temps de répondre

Merci


Pour info à TOUS
Nintendo propose sa mise à jour firmware 6.1.0 ! Patientez le temps d'avoir suffisamment de retours de la part des développeurs même s'il est annoncé que le jailbreak est toujours possible. Il y a sans doute des aspects à revoir, notamment les sigpatches pour cette version de firmware !!!

Le Homebrew Menu propose sa v3.0.0 !

ChangeLog

[+] CLIQUER POUR AFFICHER

• Ajout de boîtes de message. La sortie envGetLastLoadResult () est maintenant affichée lors du démarrage si nécessaire (erreur renvoyée par l'application qui s'est exécutée en dernier).


• Ajout du support nxlink (netloader).
  
  • L'adresse IP du commutateur peut être automatiquement déterminée via la diffusion UDP.
  
  
  • Netloader est géré sur un thread séparé avec des sockets non bloquants. Le dessin de l'interface utilisateur n'est pas bloqué pendant le transfert.
  
  
  • Le transfert peut être annulé via l'entrée 'Back'.
  
  
  • Si le transfert s'est arrêté sans terminer, le fichier est supprimé.
  
  
  • Lorsque vous retournez dans le menu principal à partir de netloader, le menu est rechargé car il est possible que le netloader NRO ait été supprimé en raison de l'arrêt du transfert.
  
  
  • Le statut de Netloader est affiché dans une boîte de message lorsque. Netloader est actif. Cela inclut la progression du transfert et une barre de progression
  
  
  • Dépassement de mémoire tampon corrigé avec les arguments de netloader introduits avec la validation initiale de netloader (rien d’utile pouvant causer un blocage ne peut être remplacé par un nxlink non modifié). LaunchAddArg () qui vérifiait la connexion avec nxlink_host a été corrigé


• Utilisez la police partagée du système. Notez que la langue du système n'est toujours pas utilisée.


• Ajout de contrôles tactiles.


• Ajout du support pour les thèmes chargés depuis SD. Si le thème système n'est pas reconnu, le thème utilisé sera par défaut le thème sombre.


• Ajout du menu Thème pour la sélection du thème utilisé, y compris le thème par défaut.


• Affichage de l'heure activé, qui utilise l'heure locale.


• L'état de la batterie / charge est maintenant affiché.


• Ajout du support pour les associations de fichiers.
  


• Autre
  
  • Nanojpeg remplacé par libjpeg-turbo. Voir le fichier README à ce sujet.
  
  
  • Le commutateur / répertoire est créé s'il n'existe pas. Les répertoires de configuration sur la carte SD sont maintenant créés automatiquement au démarrage, si nécessaire.
  
  
  • Affiche un écran d'erreur avec print-console au lieu d'utiliser fatalSimple, pour les erreurs lors du démarrage.
  • Affiche une boîte de message dans la commande launchFile () pour lancer une application lorsqu'une erreur se produit au lieu d'utiliser fatalSimple.
  
  
  • Utilise le verrouillage de sortie d'applet.
  
  
  • Les actifs sont maintenant chargés depuis un fichier .zip dans RomFS au lieu de l’incorporer dans data /.
  
  
  • Construit avec libnx stable v1.5.0.
    Autres améliorations de la stabilité globale du système et autres ajustements mineurs pour améliorer l'expérience de l'utilisateur

Lien: https://github.com/switchbrew/nx-hbmenu ... tag/v3.0.0

Bonjour,

merci pour ce super tuto ! j'ai cependant un truc qui bloque mon jailbreak.
j ai donc une console compatible, j ai fait la mise a jour direct en 6.0.1 en wifi direct, mise a jour aussi pour le exfat.
ensuite j ai jailbreak sans probleme, je lance mon playload (admosphere...) ils se lancent tous , sauf au moment de l image de démarrage, la switch reboot a chaque fois et démarre normalement sur le firmware d origine ..
j arrive a lancer hekate_ctcaer_4.2, je vois mes playload, je lance un cfw qui commence a se lancer puis soudain reboot direct, là aussi, et ca démarre sur le firmware nintendo ...
j ai tout tenté , carte sd en fat32, changé de carte SD.. rien y fait, je trouve pas de cas similaire sur le net...
vous pouvez m'aider ?

Il n'y a pas d'aspect simple si tu rencontres une difficulté et elle se doit d'avoir une réponse que tu maîtrises ou non.

Sans vouloir te la compliquer davantage:

• L'interface principale se met dans le dossier Switch, mais pas les cores, qui se mettent dans le dossier de RetroArch, là où ils doivent être.


• Le dossier RetroArch de l'archive doit être mis à la racine de la micro SD. Ton probleme d'icônes vient de là !

Il faut voir l'interface principale comme un OS, depuis lequel on charge dynamiquement un coeur d'émulation en fonction du contenu (ROM/ISO) que l'on souhaite lancer.

Pour profiter de RetroArch, décompresses l'archive telle qu'elle existe à la racine de la micro SD sans rien modifier. Pour finir, places le NRO de RetroArch à la racine de ta carte micro SD ou dans le dossier Switch à ta convenance.

Tu as aussi une version NSP. Elle te sera utile pour la N64.

Si le problème persiste, tu utilises quelle version de SX OS ?

SciresM propose la v0.7.1 de son CFW atmosphère. ChangeLog présent dans le topic.

ChangeLog

[+] CLIQUER POUR AFFICHER

• Correction d'un bug empêchant les consoles de 4.0.0 à 4.1.0 de s'endormir et de se réveiller.


• Correction d'un bug empêchant les consoles <4.0.0 de démarrer sans KIP spécifiques sur la carte SD.


• Une API a été ajoutée à Service Manager d'Atmosphère pour différer l'acquisition de tous les descripteurs de services spécifiques jusqu'à la fin de l'initialisation.


• Améliorations générales de la stabilité du système pour améliorer l'expérience de l'utilisateur

Cela était attendu depuis plus d'un mois et SciresM s'est donné du temps pour peaufiner son CFW tout en prenant en compte le firmware 6.0.0, voilà qu'il propose atmosphere-nx dans sa version 0.7 comme cela était prévu !

Il vous faudra:

• L’ensemble des fichiers de l'archive atmosphere-0.7.0.zip à mettre sur votre carte micro SD


• Utilisez le payload fusee-primary.bin via votre PC

Il annonce que le payload peut se lancer via Hekate puisque ce dernier intègre cette possibilité ! Toutefois, le développeur tumGER indique cela:

tumGER Wrote:Veuillez noter que je vais ajouter fusee comme payload dans le très bientôt ™ v10 (avec nos petites modifications personnalisées pour le rendre un peu plus froid <: rooEZ: 399827519286542336>)

• Si vous utilisez hekate, vous avez déjà l'expérience Atmosphere - Ne laissez pas tomber les fonctionnalités et ne vous contentez pas de leur chargeur de démarrage avec des fonctionnalités presque identiques pour les utilisateurs finaux.


• Si vous voulez toujours le tester ** et le charger sur hekate ** -
  1. Supprimez "fusee-primary.bin" dans "bootloader / payloads"
  2. Placez fusee-secondary.bin à la racine.

Je suis vraiment content pour l'équipe et je les remercie pour tout leur travail, sans eux il n'y aurait pas un seul CFW sur le marché.

Edit: Tutoriel actualisé mais il faudra que j'y revienne pour certains aspects après tests !

Edit 2: Démarche actualisée pour lancer atmosphère via hekate car j'avais une erreur. Grâce à l'indication de tumGER, problème résolu. La v10 de SDFilesSwitch viendra apporter le soutient correct du CFW atmosphère. Patience !

-------------------------
Autres infos:

HBLoader (aka HBL) propose sa version 2.0 en NSP pour accompagner le CFW atmosphère.

Le fichier binaire fourni est un fichier ExeFS PFS0.nsp, qui peut être placé dans /atmosphere/hbl.nsp ou chargé via une autre méthode de remplacement ExeFS.

ChangeLog

[+] CLIQUER POUR AFFICHER

• Prend désormais en charge l’exécution en tant qu’application avec un accès à la totalité des ~ 3,2 Go de RAM réservée aux applications, tout en restant compatible avec les anciens homebrew NRO. L'exécution en tant qu'applet de bibliothèque est toujours prise en charge, bien qu'elle n'ait accès qu'à 442 Mo de RAM.


• Autorise l'accès à toutes les autorisations FS.


• Autorise accès utilisateur / hôte à tous les services.


• Autorise l'accès au débogage de SVC.


• Accès à core3 afin de résoudre les problèmes de stabilité lors de l’utilisation préventive de threads multithread et d’équilibrage de charge.


• Ajout de la prise en charge de la clé ABI homebrew de RandomSeed, ce qui permet à l'homebrew de NRO d'utiliser les fonctions libnx randomGet * sans toujours obtenir les mêmes résultats tout au long d'une session unique de nx-hbloader.


• NPDM personnalisé construit à partir de la source.
  
  • Le type d'application par défaut du noyau limite le type à applet (2). Les utilisateurs d’Atmosphère ne sont pas concernés par cette modification, car sa prise en charge native de nx-hbloader définit automatiquement le type d’application approprié

Source: https://github.com/switchbrew/nx-hbload ... tag/v2.0.0

SciresM libère la version 0.7 de son CFW atmosphère !

ChangeLog

[+] CLIQUER POUR AFFICHER

Fusée, un chargeur de démarrage personnalisé

• Prend en charge le chargement / la personnalisation de KIP arbitraires à partir de la carte SD.


• Prend en charge le chargement d’un noyau personnalisé à partir de la carte SD ("/atmosphere/kernel.bin").


• Prend en charge les correctifs de noyau définis à la compilation, par microprogramme.


• Tous les correctifs dans les chemins tels que / atmosphere / kip_patches / <nom du correctif défini par l'utilisateur> / <SHA256 de KIP> .ips seront appliqués aux KIP appropriés, permettant ainsi une distribution aisée des correctifs prenant en charge plusieurs versions.
  
  • Les formats IPS et IPS32 sont pris en charge.


• Tous les correctifs dans les chemins tels que / atmosphere / kernel_patches / <nom du correctif défini par l'utilisateur> / <SHA256 du noyau> .ips seront appliqués au noyau, permettant ainsi une distribution aisée des correctifs prenant en charge plusieurs versions.
  
  • Les formats IPS et IPS32 sont pris en charge.


• Configurable en modifiant BCT.ini sur la carte SD.


• Atmosphère devrait également être lancé par le chargeur alternatif hekate, pour ceux qui le préfèrent.

Exosphère, un moniteur sécurisé personnalisé complet

• Exosphere est une nouvelle implémentation du micrologiciel
• TrustZone de Nintendo, qui reproduit intégralement toutes ses fonctionnalités.


• En outre, il a été étendu pour fournir des informations sur la version actuelle de l’API Atmosphere, à l’intention des homebrews souhaitant l’utiliser.

Stratosphère, un ensemble de modules système personnalisés. Ceci comprend:

• Un module de système de chargeur.
  
  • Réimplémentation du chargeur de Nintendo, en reproduisant intégralement toutes les fonctionnalités d'origine.
  
  
  • Configurable en éditant /atmosphere/loader.ini
  
  
  • Support de première classe pour Homebrew Loader.
    
    • Un NSP exefs (par défaut "/atmosphere/hbl.nsp") sera utilisé à la place des exefs du titre de victime.
    
    
    • Par défaut, HBL remplacera l'applet d'album, mais toute application devrait également être prise en charge.
  
  
  • Étendu pour prendre en charge la redirection arbitraire du contenu exécutable sur la carte SD.
    
    • Les fichiers seront chargés de préférence à partir de / atmosphere / titres / <titleid> / exefs /, le cas échéant.
    
    
    • Les fichiers présents dans les fichiers originaux qu'un utilisateur souhaite marquer comme non présents peuvent être "stubés" en créant un fichier .stub sur le SD.
    
    
    • S'il est présent, un fichier PFS0 dans /atmosphere/titles/<titleid>/exefs.nsp remplacera complètement les fichiers exef originaux.
    
    
    • La redirection est éventuellement permutable en maintenant certains boutons enfoncés (par défaut, en maintenant R désactivant la redirection).
  
  
  • La prise en charge complète du correctif du contenu NSO est implémentée
    
    • Tous les correctifs dans les chemins tels que / atmosphere / exefs_patches / <nom du correctif défini par l'utilisateur> / <Hex Build-ID de NSO à correctif> .ips seront appliqués, permettant ainsi une distribution aisée des correctifs prenant en charge plusieurs versions de firmware et / ou titres.
    
    
    • Les formats IPS et IPS32 sont pris en charge.
  
  
  • Extension pour prendre en charge le lancement de contenu à partir de fichiers exécutables perdus sur la carte SD, sans nécessiter d'installation officielle.
    
    • Ceci est fait en spécifiant FsStorageId_None au lancement.


• Un module système de gestionnaire de service.
  
  • Réimplémentation du gestionnaire de services de Nintendo, en reproduisant intégralement toutes les fonctionnalités d'origine.
  
  
  • Prise en charge à la compilation pour la réintroduction de "smhax", permettant aux clients d'ignorer éventuellement la vérification de l'accès aux services en ignorant l'initialisation.
  
  
  • Étendu pour permettre à l’homebrew d’acquérir plus de poignées de services privilégiés que ce que Nintendo autorise nativement.
  
  
  • Étendu pour ajouter une nouvelle API permettant d'installer des écouteurs Man-In-The-Middle pour des services arbitraires.
    
    • L'API peut également être utilisé pour détecter en toute sécurité si un service a été enregistré de manière non bloquante sans effets secondaires.
    
    
    • Documentation complète de l'API à venir.


• Un module de système de gestionnaire de processus.
  
  • Réimplémentation du gestionnaire de processus de Nintendo, en reproduisant intégralement toutes les fonctionnalités d'origine.
  
  
  • Étendu pour permettre à homebrew d'acquérir des descripteurs de processus arbitraires et ainsi de lire / modifier la mémoire système sans bloquer l'exécution.
  
  
  • Étendu pour permettre à homebrew de récupérer des informations sur les limites des ressources du système.
  
  
  • Extension en intégrant une implémentation complète et étendue du module système boot2 de Nintendo.
    
    • L'ordre de lancement du titre a été optimisé afin de permettre un accès plus rapide à la carte SD.
    
    
    • Le module système de collecte des erreurs n'est pas lancé intentionnellement, ce qui empêche la génération de nombreux rapports d'erreur de télémétrie système.
    
    
    • Les utilisateurs peuvent placer leurs propres modules système personnalisés sur la carte SD et les marquer pour le lancement automatique de boot2 en créant un fichier / atmosphere / titres / <title ID> /boot2.flag sur leur carte SD.


• Un module système fs.mitm personnalisé.
  
  • Utilise l'API MitM d'Atmosphère afin de fournir aux utilisateurs un moyen simple de modifier le contenu du jeu.
  
  
  • Intercepte toutes les commandes FS envoyées par les jeux, avec une gestion spéciale des commandes utilisées pour monter le contenu RomFS / DLC afin de permettre la création et la distribution faciles de mods jeu / DLC.
    
    • fs.mitm analysera l'image RomFS de base d'un jeu, une image RomFS située dans / atmosphere / titres / <titre ID> /romfs.bin, ainsi que tous les fichiers volants dans / atmosphere / titres / <titre ID> / romfs /, et les fusionner en une seule image RomFS.
    
    
    • Lors de la fusion, les fichiers en vrac sont préférés au contenu de l'image romfs.bin de la carte SD, et les fichiers de l'image de la carte SD sont préférés à ceux de l'image de base.
  
  
  • Peut en outre être utilisé pour intercepter des commandes envoyées par des titres système arbitraires (à l'exception de celles lancées avant que la carte SD soit active), en créant un fichier / atmosphere / titres / <title ID> /fsmitm.flag sur la carte SD.
  
  
  • Peut être désactivé de force pour n’importe quel titre en créant un fichier / atmosphere / titres / <ID du titre> /fsmitm_disable.flag sur la carte SD.
  
  
  • La redirection est éventuellement permutable en maintenant certains boutons enfoncés (par défaut, en maintenant R désactivant la redirection)


• Un module système de rapport d'incident personnalisé.
  
  • Sert de remplacement instantané au module de système Creport de Nintendo.
  
  
  • Génère des rapports détaillés et lisibles par l'homme sur les pannes système en enregistrant dans / atmosphere / crash_reports / <timestamp> _ <titre ID> .log.
  
  
  • Comme les rapports ne sont pas envoyés au sysmodule erpt, cela désactive toute télémétrie liée aux rapports de blocage.

Améliorations générales de la stabilité du système pour améliorer l'expérience de l'utilisateur.

Lien: https://github.com/Atmosphere-NX/Atmosphere/releases